home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 806 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: Hombre history - RISC selection
  5. Date: 9 Jan 1996 23:10:07 +0100
  6. Organization: dis-
  7. Message-ID: <4cup3v$36r@serpens.rhein.de>
  8. References: <john.hendrikx.44pj@grafix.xs4all.nl>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. john.hendrikx@grafix.xs4all.nl (John Hendrikx) writes:
  12.  
  13. >Fringing is much worse than a simple quantization error.
  14.  
  15. I beg to differ.
  16.  
  17. >HAM8 actually causes
  18. >pixels which have wrong colors (wrong HUE) and wrong brightness.
  19.  
  20. Same as quantization error. BTW, I can make HAM8 even better if
  21. I allow the same memory usage (i.e. twice the number of pixels of
  22. your 16bit display).
  23.  
  24. >TrueColor data: $ff ff ff  $e9 e9 e9
  25. >  HAM displays: $ff ff ff  $ff e9 ff
  26.  
  27. >Not only is the color too bright, it also isn't gray anymore as it should be. 
  28.  
  29. Of course it is hardly the problem with digitized images and the most
  30. simple HAM technique (16 gray levels used in the palette) would display
  31. a $f0 $f0 $f0 instead. If I am allowed to use the same amount of memory
  32. I can even generate $f0 $f0 $f0 and $e0 $e0 $e0 which produces nearly
  33. the exact brightness.
  34.  
  35. >If you only draw the lines from left to
  36. >right (in HAM you're forced to do this)
  37.  
  38. Not correct.
  39.  
  40. >then the quantization errors will
  41. >slowly shift to the right of the picture.
  42.  
  43. Not correct.
  44.  
  45. >HAM8 is simply not supported as it is impossible to use a display mode like HAM
  46. >for graphics rendering.  Even doing a simple thing like drawing a line gives
  47. >enormous problems.
  48.  
  49. HAM8 is just good for displaying pictures. Nobody claimed something
  50. else. And using 16bit for displaying "graphics rendering" (line art,
  51. etc..) is clearly overkill.
  52.  
  53. >The real thing for me is a Chunky True Color screen, and 16-bit fits that
  54. >description.
  55.  
  56. A 3-bit screen would do the same. Do you claim that it is better than
  57. HAM8 too ?
  58.  
  59. -- 
  60.                                 Michael van Elst
  61.  
  62. Internet: mlelstv@serpens.rhein.de
  63.                                 "A potential Snark may lurk in every tree."
  64.